home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d16 / qdk_win.arc / LOADHI.TEC < prev    next >
Text File  |  1991-08-12  |  4KB  |  111 lines
  1. ID:LH LOADHI.SYS and LOADHI.COM
  2. Quarterdeck Technical Note #138
  3. by Joe Wilder
  4.  
  5. This Technical Note was written before QEMM 5.0 was released.  QEMM
  6. 5 has 
  7. new features such as OPTIMIZE that make this information less
  8. necessary.
  9. OPTIMIZE will LOADHI TSR's and Device Drivers in the most
  10. "Optimal" way, sometimes testing millions of different scenarios.
  11. In addition, the new LOADHI programs are more powerful than the
  12. old,
  13. have new parameters for determining the size of a particular TSR
  14. or Device Driver, and can locate these items in "High Memory" with 
  15. greater specificity.  Nevertheless, the information that follows
  16. can certainly be of use in helping to understand QEMM's LOADHI
  17. systems.
  18.  
  19. The LOADHI programs are used to run resident programs and drivers
  20. in 
  21. the memory area between 640K and 1024K.  This area is normally
  22. reserved 
  23. for hardware devices such as video cards, system ROM and Network 
  24. Adapters.  The more devices you have, i.e. the more reserved memory
  25.  
  26. you have used, the less there will be available for using LOADHI to
  27.  
  28. load programs.
  29.  
  30. LOADHI comes in two forms: 
  31.  
  32. 1-LOADHI.COM is used to load resident programs high in the 
  33. AUTOEXEC.BAT or from the DOS prompt. For example to load 
  34. MOUSE.COM high you would enter "LOADHI MOUSE.COM" from the DOS 
  35. prompt or in the AUTOEXEC.BAT.  
  36.  
  37. 2-LOADHI.SYS is used to load programs high from the CONFIG.SYS. 
  38. For
  39. example to load ANSI.SYS high you would put a line in the
  40. CONFIG.SYS 
  41. that says "DEVICE=LOADHI.SYS ANSI.SYS".
  42.  
  43. Many new DESQview users assume that LOADHI can load TSR's and
  44. device drivers into extended or expanded memory.  This is not the 
  45. case.  The only place these programs can be loaded is in free and 
  46. contiguous areas in the memory area from 640K to 1024K.  Since a
  47. 64K 
  48. page frame also must be installed somewhere in this area, the 
  49. available reserved is usually fragmented into several segments.
  50.  
  51. All programs must be loaded into contiguous memory.  Because of
  52. this,
  53. you will probably have more luck loading smaller TSR's than large 
  54. ones.  This varies from computer to computer and also depends on
  55. the 
  56. devices installed on the particular computer.  The LOADHI program 
  57. always uses the largest area available first.  For network drivers
  58. this may not be desirable.  For instance,  Novell, which uses 
  59. two programs, likes to have its smaller program loaded first.  To
  60. load 
  61. the smaller program first into the smaller of two areas use LOADHI 
  62. redundantly.  Example; "LOADHI LOADHI IPX".  The first copy of
  63. LOADHI 
  64. loads another copy of LOADHI into the first (and larger) memory
  65. area 
  66. available.  The second copy of LOADHI then loads IPX into the next 
  67. largest area available.  Each time LOADHI gets used it erases
  68. itself 
  69. from memory.  At this point IPX is loaded into the smaller of the
  70. two 
  71. areas.  The larger is now again fully available.  Using a single 
  72. LOADHI to load NET3 (the second and the larger of the Novell
  73. programs) 
  74. will put it in the larger memory area.  Typing LOADHI at the DOS 
  75. prompt reveals areas available for loading high.
  76.  
  77. The RAM parameter to QEMM.SYS must be invoked in order to use
  78. LOADHI
  79. programs. This attaches some expanded memory to the unused
  80. addresses 
  81. in the reserved memory area.  Once the RAM is available, programs
  82. can
  83. be loaded there with LOADHI.  Using the RAM parameter to QEMM.SYS
  84. prevents QEMM from being turned off.  
  85.  
  86. When using QEMM386 with DESQview there is one other thing to
  87. consider.
  88. DESQview has the capability of running most of its own code in the 
  89. reserved memory area.  You don't have to use the RAM parameter with
  90. QEMM
  91. to get this feature.   XDV will map expanded memory onto the
  92. available 
  93. addresses all by itself.  It will then run DESQview in that memory. 
  94.  
  95. DESQview can use as much as 140K of reserved memory. Loading high
  96. too 
  97. many resident programs and drivers before going into DESQview may 
  98. cause DESQview to load more of itself into the lower 640K,
  99. resulting 
  100. in no gain for the largest available window size in DESQview.  If
  101. you 
  102. are running DESQview, it is therefore a good idea to avoid loading 
  103. "Pop-up" type TSR's before DESQview at all (using LOADHI or not)
  104. and 
  105. install them instead in DESQview windows, where their overhead to
  106. lower
  107. memory can be completely overcome.
  108.  
  109.         Copyright (C) 1991 by Quarterdeck Office Systems
  110.              * * *   E N D   O F   F I L E    * * * 
  111.